home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group96a.txt / 000141_icon-group-sender _Tue Jun 18 16:48:11 1996.msg < prev    next >
Internet Message Format  |  1996-09-05  |  1KB
  1. Received: by cheltenham.cs.arizona.edu; Tue, 18 Jun 1996 16:20:23 MST
  2. Date: Tue, 18 Jun 96 16:48:11 CDT
  3. From: yak@comm.mot.com (Yarko Tymciurak)
  4. Message-Id: <9606182148.AA03199@platov8>
  5. To: H.Lawson@tees.ac.uk, icon-group@cs.arizona.edu
  6. Subject: Re: Locking files
  7. Errors-To: icon-group-errors@cs.arizona.edu
  8. Status: O
  9.  
  10. | Date: Tue, 18 Jun 1996 13:11:43 +0100
  11. | From: Hamish Lawson <H.Lawson@tees.ac.uk>
  12. | To: icon-group@cs.arizona.edu
  13. | Subject: Re: Locking files
  14. | 
  15. | Jerzy Karczmarczuk wrote:
  16. | 
  17. | > there is a cheap way of locking something
  18. | > globally used for ages: the *creation* of a special "lock" file
  19. | > just before entering the critical section (if it is absent,
  20. | > otherwise sleep/wait), and the destruction after.
  21. | 
  22. | Is there not a small risk that in the time between some process finding 
  23. | that the lock file doesn't exist and creating this file, another process 
  24. | might also find that the lock file doesn't exist, thereby breaking the 
  25. | exclusivity mechanism.
  26.  
  27.     The lock "file" without this problem on UNIX is a directory -
  28.     its creation is guarenteed to be autonomous.
  29. | 
  30. | | Hamish Lawson, School of Computing and Mathematics, 
  31. | | University of Teesside, Middlesbrough, Cleveland, UK, TS1 3BA 
  32. | | Tel: +44 1642 212695  Fax: +44 1642 342604
  33. | | E-mail: H.Lawson@tees.ac.uk
  34. | 
  35.  
  36. Yarko Tymciurak
  37. Motorola
  38. iDEN Group
  39.